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DETAILED ACTION 
Remarks 

1. This office action is in response to the amendment filed on 09/19/2007. 

2. Claims 1 and 11 have been amended. 

3. Claim 7 has been cancelled. 

4. The 35 U.S.C. 112 second paragraph rejection of claim 7 is withdrawn in view of 
the Applicant's cancellation of claim 7. 

5. The 35 U.S.C. § 101 rejection to claims 1-7 and 10-31 is withdrawn in view of the 
Applicant's amendment to claims 1,11 and cancellation of claim 7. 

6. Claims 1-6 and 8-36 remain pending and have been examined. 

Response to Arguments 

7. Applicant's arguments filed on 09/19/2007, in particular on pages 7-8, have been 
fully considered but they are not persuasive. For example: 

■ At page 8, first paragraph, the applicant argues that the cited art fails to teach 
or suggest claimed limitation about "a policy component that is processed by 
the build process processor to determine one or more levels of trust within 
which the build process operates". However, the Examiner respectfully 
disagrees. As to previous Office Action, page number 5-6, Cvnerman 
discloses an automated build process including a policy component which is a 
configuration file (simple.xml) including build policy/rules for build process. 



Application/Control Number: 10/802,239 Page 3 

Art Unit: 2192 

The policy component (simple.xml file) defines project name, target name, 
source directory, output Directory, compiler name (see for example, p. 3, 
example code of simple.xml) and further define the features about 
include/exclude certain file with certain condition by using "include/exclude" 
tags in policy component (simple.xml file) (see for example, p.5, last 
paragraph - p.6, first paragraph, example code using tags 
include/exclude/unless). Jerqer discloses a configuration of a system security 
policy (see for example, Fig. 8, item 812, "Unsigned permissions", 814 
"Trusted Signed Permission"...). It would have been obvious to one having 
ordinary skill in the art at the time the invention was made to incorporate 
Jerqer's security configuration feature in Cvnerman 's configuration file by 
using tags include/exclude/unless to decide whether to " include " or " exclude " 
such file into build process " unless " it meets "Trusted Signed Permission" 
defined by Jerqer. Therefore, Cvnerman and Jerqer together, disclose the 
claimed feature and limitation about claim 1. 



Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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9. Claims 1-36 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Cvnerman (Michael Cymerman, Automate your build process using Java and 
Ant) in view of Jerger (US 6,321 ,334). 
Claim 1: 

Cvnerman discloses a system that facilitates management of a build process, 
comprising: 

■ a build process that processes one or more build entities (see for example, 
p.1, section Introducing the powerful XML-based scripting tool, Ant. "A 
defined build process" and related description); and 

■ a policy component that is processed by the build process within which the 
build process operates (see for example, p. 3, example of simple. xml file 
includes build policy/rules for build process) 

Cvnerman also discloses using "include/exclude" entities to match the pattern in 
the name attribute from the compilation (see for example, p.6, first and second 
paragraphs). But Cvnerman does not explicitly disclose determining one or more 
levels of trust within which the build process operates. 

However, Jerger in the same analogous art of computer-based system discloses 
a method of configuration of a system security policy that is stored on a host 
computer, (see for example, Figure 8, items 812 Unsigned Permissions, 814 
Trusted Signed Permissions, 816 Untrusted Signed Permissions and related text) 
Therefore, it would have been obvious to one having ordinary skill in the art at 
the time the invention was made to define those different levels of trust for the 
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build entities and use Cvnerman 's "include/exclude" entities to match the pattern 
in the name attribute about the levels of trust from the compilation. One would 
have been motivated to do so to secure the build process by automatically 
administering the decision to grant or deny permissions to specific build entities 
as suggested by Jerger (see for example, col. 2, lines 27-51) 

Claim 2: 

Cvnerman and Jerger disclose the system of claim 1 , Jerger further discloses the 
levels of trust include levels that are representative of trusted (Unsigned 
Permissions), semi-trusted (Trusted Signed Permissions), and untrusted 
(Untrusted Signed Permissions), (see for example, Figure 8, items 812 Unsigned 
Permissions, 814 Trusted Signed Permissions, 816 Untrusted Signed 
Permissions and related text). 

Claim 3: 

Cvnerman and Jerger disclose the system of claim 1 , Cvnerman further discloses 
the policy component includes one or more policy files that are processed by the 
build process (see for example, p.3, example of simple. xml file includes build 
policy/rules for build process). 



Claim 4: 
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Cvnerman and Jerqer disclose the system of claim 1 , Cvnerman further discloses 
the policy component includes one or more policy files that are processed by the 
build process before the one or more build entities are built (see for example, p. 3, 
example of simple.xml file includes build policy/rules for build process). 

Claim 5: 

Cvnerman and Jerqer disclose the system of claim 1 , Cvnerman further discloses 
the one or more entities include at least one of a project, a task, a logger, and 
operating system (OS) account information (see for example, p.3, example of 
simple.xml file includes project; also see example command line, p. 7, XmlLogger 
for writing a reporting tool). 

Claim 6: 

Cvnerman and Jerqer disclose the system of claim 1 , Jerqer further discloses at 
least one of the one or more build entities are each associated with the one or 
more of the levels of trust, which associations are defined in the policy 
component via at least one of a user-definable policy file and a default policy file, 
at least one or both of which are processed to determine the level of trust for the 
build process (see for example, Figure 4A, set the security level for this zone, 
items 408-412 and related text; also see col.18, lines 51-63, "each security zone 
has a default security level, which is used if not changed by a user"). 
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Claim 7: 

Claim 7 is computer program products version of the claimed method, wherein all 
claimed limitation functions have been addressed in claim 1 above. It is well 
known in the computer art that such method steps can be implemented as 
computer program and can be practiced and /or stored on a computer operable 
media. Thus, it also would have been obvious that the computer readable 
medium having stored thereon computer executable instructions for carrying out 
the system [build process] of claim 1 in view of reference teachings above. 

Claim 8: 

Cvnerman and Jerqer disclose the system of claim 1 , Cvnerman also discloses a 
computer that employs the system of claim 1 (see for example, p.3, lines 3-4, NT 
machine). 

Claim 9: 

Cvnerman and Jerger disclose the system of claim 1 , Cvnerman also discloses a 
server that employs the system of claim 1 (see for example, p.3, line 3, server's 
operating system). 



Claim 10: 
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Cvnerman and Jerger disclose the system of claim 1 , Cvnerman also discloses 
the system of claim 1 , the entity is received at least by one of downloading from a 
website, as part of an e-mail, and a version control system (see for example, p.2, 
line 1, CVS- Handles package/modules retrieved from a CVS repository). 

Claim 11-15: 

Claims 11-15 are another system version of claims 1-10 addressed above, 
wherein all claimed limitation functions have been addressed and/or set forth 
above. Thus, they also would have been obvious. 

Claim 16: 

Cvnerman and Jerger disclose the system of claim 1 1 , Jerger further discloses 
an option for setting custom permission level (see for example, Figure 8, item 
816 and 824, "Refuse untrusted permission without asking" and related text). 
Therefore, it would have been obvious that the build process would exclude and 
not build those entities when the permission level is representative of untrusted. 

Claim 17: 

Cvnerman and Jerger disclose the system of claim 1 1 , Jerger further discloses 
the build process operates at the permission level that is a lowest level of trust 
associated with the one or more build entities (see for example, Figure 8, items 
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816 "Untrusted Signed Permissions", 822 "Ask for approval of untrusted 
permissions" and related text). 

Claim 18: 

Cvnerman and Jerqer disclose the system of claim 1 1 , Cvnerman further 
discloses the one or more policy files are written in XML (see for example, p. 3, 
example of simple.xml file includes build policy/rules for build process) 

Claim 19: 

Cvnerman and Jerqer disclose the system of claim 1 1 , Cvnerman further 
discloses the one or more policy files are adjusted automatically according to one 
or more parameters (see for example, p. 3, bottom line - p.4, line 7 the example 
of Ant command line parameter, e.g. "init" and related text). 

Claims 20 and 21: 

Claims 20 and 21 are computer program products version of the claimed method, 
wherein all claimed limitation functions have been addressed in claims 1-10 
above respectively. It is well known in the computer art that such method steps 
can be implemented as computer program and can be practiced and /or stored 
on a computer operable media. Thus, they also would have been obvious in view 
of reference teachings above. 
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Claim 22: 

Cvnerman and Jerger disclose the system of claim 20, Cvnerman further 
discloses the method of claim 20, further comprising sending a message when 
the build process fails (see for example, p.7, section "Reporting enhancements", 
BuildEvent, "public Throwable getException()" and related text). 

Claim 23: 

Cvnerman and Jerger disclose the system of claim 20, Jerger further discloses, 
providing a level of trust that allows any operation to be performed during the act 
of performing (see for example, Figure 8, item 816, "Untrusted Signed 
Permissions", item 826, "Apply to all permissions not specifically allowed" and 
related text) 

Claim 24: 

Cvnerman and Jerger disclose the system of claim 20, Jerger further discloses 
providing a level of trust that allows only a minimal set of operations to be 
performed during the act of performing (see for example, Figure 8, item 816 and 
824, "Refuse untrusted permission without asking" and related text. Therefore, 
only trusted permission allows.). 



Claim 25; 
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Cvnerman and Jerger disclose the system of claim 20, Jerqer further discloses 
providing a level of trust that aborts the build process during the act of performing 
(see for example, Figure 4A, "Set the security level for the zone", item 408 "High, 
exclude content that could damage your computer").. 

Claim 26: 

Cvnerman and Jerqer disclose the system of claim 20, Jerqer further discloses, 
the act of associating associates one of the one or more build entities with at 
least two levels of trust (see for example, Figure 9A, 9C and related text; For 
setting different Read Access type and Connect Access type). 

Claim 27: 

Cvnerman and Jerqer disclose the system of claim 20, Jerqer further discloses 
providing a default set of associations between the one or more build entities and 
one or more levels of trust in the form of a file (see for example, Figure 8, "Edit 
Custom Permissions", "Save" button can be used to save configuration to file) 

Claim 28: 

Cvnerman and Jerqer disclose the system of claim 20, Jerqer further discloses, 
the level of trust is defined according to at least one of user-defined policy data 
and default policy data (see for example, Figure 4A, default: High, Medium and 
Low; User defined: Custom). 
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Claim 29: 

Cvnerman and Jerqer disclose the system of claim 20, Jerqer further discloses, 
the user-defined policy data overrides the default data where a conflict occurs 
(see for example, col. 18, lines 51-63, "each security zone has a default security 
level, which is used if not changed by a user"). 

Claim 30: 

Cvnerman and Jerqer disclose the system of claim 20, Cvnerman further 
discloses, storing the association of the build entity with the level of trust in the 
form of a file to which access is restricted (see for example, p. 3, example of 
simple.xml file includes build policy/rules for build process; also see p. 6, first and 
second paragraphs, "include/exclude" and related text). 

Claim 31: 

Cvnerman and Jerqer disclose the system of claim 20, Cvnerman further 
discloses, storing the association of the build entity with the level of trust in the 
form of a file that further relates the use of system resources with the level of 
trust (see for example, p.6, third paragraph about setting "available" property for 
using class "com.ibm.bsf.BSFManager"). 

Claim 32-36: 
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Claims 32-36 are another system version of claims 1-10 addressed above, 
wherein all claimed limitation functions have been addressed and/or set forth 
above. Thus, they also would have been obvious. 



Conclusion 

10. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

1 1 . Applicant's arguments with respect to claims rejection have been considered but 
are moot and the rejection of the claims over prior art in the previous Office 
action is maintained in light of the necessitated additional clarifications provide 
hereon. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 

CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed 
within TWO MONTHS of the mailing date of this final action and the advisory 
action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
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the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
12. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1059 and Fax number is (571) 270-2059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
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Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 



